home *** CD-ROM | disk | FTP | other *** search
- Path: prairienet.org!wemccaug
- From: wemccaug@prairienet.org (Wendy E. McCaughrin)
- Newsgroups: comp.lang.c++
- Subject: Re: HELP: no mapping at the fault address
- Date: 14 Apr 1996 00:34:28 GMT
- Organization: University of Illinois at Urbana
- Message-ID: <4kph6k$4s0@vixen.cso.uiuc.edu>
- References: <828829661snz@genesis.demon.co.uk> <opybocswab.fsf@sweetbay.will.uiuc.edu> <4k3qn8$1gk6@msunews.cl.msu.edu>
- Reply-To: wemccaug@prairienet.org (Wendy E. McCaughrin)
- NNTP-Posting-Host: firefly.prairienet.org
-
-
- In a previous article, fred@genesis.demon.co.uk (Lawrence Kirby) says:
-
- >In article <4k3qn8$1gk6@msunews.cl.msu.edu>
- > jliu@perm.fw.msu.edu "Jianguo Liu" writes:
- >
- >>Hello, everyone:
- >>
- >>I had an error when running a program in SPARCcompiler C++
- >>4.0.1 (Solaris 2.4). The error was deteced using dbx. The
- >>message was
- >>
- >>**********************************
- >>
- >>signal SEGV (no mapping at the fault address) in t-splay at
- >>0xef6bc470.
- >>
- >>The current line is
- >>
- >>new_ptr=(strucut tree *) malloc(sizeof(struct tree));
- >
- >Did you include stdlib.h? You must ensure that all functions that don't
- >return int or are variadic are declared (it is best that all functions are
- >declared). If that isn't the problem your program probably corrupted the
- >heap earlier by some illegal pointer operation such as writing outside
- >array bounds, using undefined pointers, or passing illegal pointers to free
- >(i.e. pointers to objects not allocated from the heap or already freed).
- >
- >You should also be a little more clear whether you are using C or C++.
-
- Since C++ is supposed to be a superset of C and only C constructs
- are in use here, the need for clarification is debatable.
-
- Since no user-defined function calls are made in this line, the
- need to include stdlib.h is also debatable (as a cause for alarm)
- here, though its use isin general well-advised.
-
- But what about the most obvious cause: OUT OF MEMORY?
-